accessible: Fix compile warnings

treeview: Remove stray property enum-entry

treeview: Remove deprecated API

cellrenderertoggle: Remove deprecated indicator-size property

stylecontext: Remove deprecated API

gtkplacessidebar: Remove deprecated "show-connect-to-server"

Remove deprecated gtk_im_multicontext_append_menuitems

testutils: Remove deprecated API

Remove deprecated GTK_RELIEF_HALF

quartz: Remove stock API usage

Remove stray "stock" references

Removed deprecated GtkIM*Style enums

radiotoolbutton: Remove deprecated API

layout: Remove deprecated API

iconsource: Remove stray reference

iconset: Remove stray references

assistant: Remove deprecated API

accessible: Drop deprecated connect_widget_destroyed

colorbutton: Don't notify nonexistent properties

widget: Add docs for ::measure

button: Add Since annotations to icon-name setter/getter

widget: Really remove get_preferred_xxx vfuncs

expander: Remove spacing property

toolbar: Remove GtkToolbarSpaceStyle

cellrendererpixbuf: Remove :follow-state

remove GTK_DEBUG_PLUGSOCKET

Both GtkPlug and GtkSocket are gone so this doesn't make a lot of sense
anymore.

icontheme: Remove deprecated API

toolpalette: Remove deprecated API

widget: Use ::measure vfunc to measure size

Add a new ::measure vfunc similar to GtkCssGadget's that widget
implementations have to override instead of the old get_preferred_width,
get_preferred_height, get_preferred_width_for_height,
get_preferred_height_for_width and
get_preferred_height_and_baseline_for_width.

textview: Remove deprecated GtkScrollable API

css: Stop parsing GdkColor values

paned: Don't check handle-size style property

Remove gtk_cell_view_get_size_of_row

gl: Check whether use_es is positive

Now that the use_es field is an int with a possible negative value, we
cannot use it its truth value directly; we need to check if it's a
positive value, instead.

gl: Set legacy bit depending on OpenGL version

GDK defaults to asking for an OpenGL 3.2 Core Profile, but if we get a
legacy profile from the underlying windowing system, the OpenGL version
will be fixed to 3.0. If that happens, we need to set the legacy bit on
the GdkGLContext, since that bit will be used to determine the version
and type of GLSL shaders that will be used by application and toolkit
code alike.

Update German translation
(cherry picked from commit ffb1ac56a8ae8b0261b9007115faed6206d4b06b)

GtkMenu: Try using gdk_window_move_to_rect() more often

With best-effort, try to use gdk_window_move_to_rect() more often, when
all pieces fit together. For the non-legacy paths to be triggered for
when gtk_menu_popup_for_device() or gtk_menu_popup() were used, the
following conditions must be met:

 1) There is no custom positioning function specified
 2) The menu is attached to a widget (using gtk_menu_attach_to_widget())
 3) There is a associated grab device

https://bugzilla.gnome.org/show_bug.cgi?id=772922

overlay: Document availability of properties

Add missing "Since"

https://bugzilla.gnome.org/show_bug.cgi?id=773082

Fix css documentation typo for color definition

'ligher' should be 'lighter', of course.

https://bugzilla.gnome.org/show_bug.cgi?id=773246

gdk/gl: Allow autodetection for GL/GLES

If the GdkGLContext was not explicitly instructed to use or not GLES, we
can detect whether the underlying API is going to be desktop GL or GLES.

https://bugzilla.gnome.org/show_bug.cgi?id=773180

gdk: Don't second-guess whether a context is GLES

We've already set ->use_es correctly at context creation time, all this
can possibly do is change our mind about what kind of GL we're using.

Signed-off-by: Adam Jackson <ajax@redhat.com>
https://bugzilla.gnome.org/show_bug.cgi?id=773180

tests: fix clipboard test by loading correct icon

The icon name changed from "terminal" to "utilities-terminal" in
Adwaita-icon-theme.

Signed-off-by: Victor Toso <victortoso@redhat.com>
https://bugzilla.gnome.org/show_bug.cgi?id=773113

docs: Expand icon-palette example

Add a warning color, and show that hex colors work here.

Add border-width to the migration guide

No good answers here yet.

window: Don't leak the GskRenderer

Fix a typo in the css docs

gdkwindow-win32.c: Make code compatible with GDK 4.0 APIs

Port the code here so that things will continue to build and work on 4.x.

https://bugzilla.gnome.org/show_bug.cgi?id=773299

Fix a few memory leaks

Beef up the migration guide

Add a bit more to the migration guide

Remove some more GdkColor properties

button: Fix icon-name implementation

button: Remove grab_time

Unused.

container: Remove composite_name

frame: Remove unused constants

container: Remove reallocate_redraws

gtk4-demo: Fix builder demo

widget: Remove in_reparent flag

gtk_widget_reparent is gone so we don't need this anymore.

menuitem: Stop looking at nonexistant child properties

checkbutton: Remove unused constants

builder: Stop parsing GdkColor values

shortcutswindow: Remove unneeded deprecation guards

Leftovers from when it was still using a GtkArrow

testsuite: Update buttons.nodes

We don't create a box anymore here.

container: Don't queue resize on non-toplevel widgets

wayland: Allow grabless xdg_popups

xdg_shell v6 allows grabless popups, whose behavior is not that
different from override redirect windows with no grab to take
keyboard input (and pointer events outside).

This means we can relax the requirement to have a grab before
creating an xdg_popup. The warning is still useful to have so
people stop relying on gdk_window_show();gdk_device_grab() being
an ok pattern to popup a window, it's been moved to wayland
implementation of gdk_device_grab() instead, so we warn if trying
to grab a GDK_WINDOW_TEMP window that's already visible.

https://bugzilla.gnome.org/show_bug.cgi?id=771694

build: Enable subdir-objects

Newer versions of Automake warn about forward compatibility when the
build uses sources in sub-directories without the subdir-objects option.

Both GTK+ and GDK have an almost-but-not-quite non-recursive Automake
layout, with sources in sub-directories contributing to the build of a
top-level object.

In theory, just adding subdir-objects to AM_INIT_AUTOMAKE would be
enough, but the test suite references sources in a different top-level
in order to build tests that verify the implementation of private data
structures. This is not really allowed when using subdir-objects and out
of srcdir builds. In order to fix this case, we require some ad hoc
rules to create symbolic links in the appropriate build directory.

Adwaita: make circular button border looking nice

the darker bottom border used on buttons looks bad on circular ones
so now a gradient clipped on the border-box and a transparent
border is used in that partcular case.
See https://bugzilla.gnome.org/show_bug.cgi?id=771205 for details.

Adwaita: sass, make button mixin export a global $button_fill var

$button_fill contains the background-image property value of
buttons, having it readable outside the drawing mixin allows, for
example, stacking background images in an easier way.

Adwaita: sass cleanup

aggregate circular button style to the main button structure.

widget-factory: use circular style class on the circular button...

...in place of the circular-button one, killing the custom style
shipped, realying on the theme style.

build: Remove unused target variables

The foreigndrawing test has been removed.

icontheme: Simplify lookup_size()

No need to use an internal function, and no need to store the icon size
id, since we're using the id as the offset.

Visual Studio builds: Update from [gdk|gtk]-3 to [gdk|gtk]-4

This updates all the projects files to be be named appropriately as we move from GTK-3.x to 4.x,
and updates the autotools files so that things are distributed and generated properly.

Also remove deprecated/gtkstatusicon-quartz.c from gtk/Makefile.am, as that was causing 'make dist'
to fail as that file has been removed.

This fixes 'make dist' with the updated existing project files in proper order.

Note that this does not include the new GSK, which will be added later, so the project files do
not yet build the whole stack on Visual Studio at this point.

Visual Studio Solutions: Drop references to libgail-util

We dropped it...

build/: Force MSVC project file generation on Makefile.am changes

Make the Makefile.am targets for generating the Visual Studio projects re-generate the
project files and the header listings whenever the Makefile.am's that include
build/Makefile.msvcproj changes, so that whenever a source/header is added, they will
be reflected in the projects and in the property sheets that are used to copy the
headers.

Also ensure that these are applied to the vs11, vs12 and vs14 projects when this
happens, as they are copied and processed from the Visual Studio 2010 projects.

Add some content to the migration guide

Start a new migration guide

Remove information that is only relevant for porting to GTK+ 3,
and put scaffolding in place for information relevant to GTK+ 4.

gsk: Clear the profiler instance

When disposing the GskRenderer.

gsk: Plug leak in GskRenderNode

We need to destroy the node's surface when finalizing it.

build: Fix variable name for gtk4-update-icon-cache target

build: Rework the GSK source lising

We need to only parse the public sources during the introspection step,
otherwise the introspection scanner will try to access private data
types.

build: Drop LDADD from GSK's Makefile

We can use the LDFLAGS target build.

Rename all binaries to be versioned

This is just easier to avoid parallel installation problems.

Rename gtk-query-immodules to follow our binary naming scheme

Instead of gtk-query-immodules-4.0, lets call it gtk4-query-immodules,
to use the same prefix as all the other versioned binaries.

Fix the docs build more

This makes gtk-doc produce output again.

gdk: Fix Since tag of gdk_cairo_surface_upload_to_gl

gdk: Add missing Since tags for gdk_window_new_child/input

In addition to d22e5e69d93401f8f0a040767fbf69ac5643a19d

gsk: Bump up all version annotations

GSK is part of the 4.0 development cycle.

docs: Bump up major version for GSK's API reference

gsk: Add the ability to create fallback renderers

While porting GTK to GskRenderer we noticed that the current fallback
code for widgets using Cairo to draw is not enough to cover all the
possible cases.

For instance, if a container widget still uses GtkWidget::draw to render
its children, and at least one of them has been ported to using render
nodes instead, the container won't know how to draw it.

For this reason we want to provide to layers above GSK the ability to
create a "fallback" renderer instance, created using a "parent"
GskRenderer instance, but using a Cairo context as the rendering target
instead of a GdkDrawingContext.

GTK will use this inside the gtk_widget_draw() implementation, if a
widget implements GtkWidgetClass.get_render_node().

gsk: Update Cairo renderer

The Cairo renderer has been lagging behind a series of changes inside
GskRenderer, like surface-less nodes, so it needs to be updated.

gsk: Make GskRenderer.render() drawing context-agnostic

We're going to need to allow rendering on a specific cairo_t in order to
implement fallback code paths inside GTK; this means that there will be
times when we have a transient GskRenderer instance that does not have a
GdkDrawingContext to draw on.

Instead of adding a new render() implementation for those cases and then
decide which one to use, we can remove the drawing context argument from
the virtual function itself, and allow using a NULL GdkDrawingContext
when calling gsk_renderer_render(). A later commit will add a generic
function to create a transient GskRenderer with a cairo_t attached to
it.

Renderers inside GSK will have to check whether we have access to a
GdkDrawingContext, in which case we're going to use it; or if we have
access to a cairo_t and a window.

docs: Update the GSK API reference section

gsk: Move GskRenderNode getters to internal API

GskRenderNode is, at its core, a write-only API; you're supposed to set
up the render nodes instead of querying them for state.

Querying render nodes is left to the GskRenderer implementation.

gsk: Remove GskRenderer:auto-clear

We control the clearing inside each GskRenderer implementation, and we
don't allow providing a target surface any more.

Convert GtkSpinner to indirect rendering

Convert GtkImage to indirect rendering

Convert GtkAccelLabel to indirect rendering

Convert GtkLabel to indirect rendering

Warning! This breaks GtkAccelLabel. It will be fixed in the next
commit.

Convert GtkFlowBox to indirect rendering